Problem with I2C Driverlib. MSP430FR5969

So I've managed to solve this problem, it was due to not unlocking the pins from the reset state which is done with the following line of code.

PM5CTL0 &= ~LOCKLPM5; 

But now I have another problem. The masterSendSingleByte() function never actually moves on to send the byte of data. It only sends the address. I have the code set up to repeat this function over and over again for testing purposes. I've attached a screenshot of the oscope screen. The slave address is 0010001. I can see the start condition is sent, then the address and then the 0 bit indicating a write to the slave but there is no acknowledge from the slave neither does the master send the actual data byte. Not sure why this is happening.  

Master Code 

#include "driverlib.h"

const uint16_t baseAddress = __MSP430_BASEADDRESS_EUSCI_B0__;
const uint8_t slaveAddress = 0b0010001;

//P1.6 SDA P1.7 SCLK

int main(void) {

    uint8_t txData = 0x00;

    WDT_A_hold(WDT_A_BASE);

    GPIO_setAsPeripheralModuleFunctionInputPin(GPIO_PORT_P1, GPIO_PIN6 + GPIO_PIN7, GPIO_SECONDARY_MODULE_FUNCTION);

    PM5CTL0 &= ~LOCKLPM5; //unlock pins

    EUSCI_B_I2C_initMasterParam master_init = {EUSCI_B_I2C_CLOCKSOURCE_SMCLK,
    			     	 	 	 	 	 	 CS_getSMCLK(),
											 EUSCI_B_I2C_SET_DATA_RATE_100KBPS,
											 10,
											 EUSCI_B_I2C_NO_AUTO_STOP
    										 };

    	EUSCI_B_I2C_initMasterParam *master_init_ptr = &master_init;

    	EUSCI_B_I2C_initMaster(baseAddress, master_init_ptr);

    	EUSCI_B_I2C_setSlaveAddress(baseAddress, slaveAddress);

    	EUSCI_B_I2C_setMode(baseAddress, EUSCI_B_I2C_TRANSMIT_MODE);

    	EUSCI_B_I2C_enable(baseAddress);

    	//EUSCI_B_I2C_enableInterrupt(baseAddress, mask);

while (1) {

	EUSCI_B_I2C_masterSendSingleByte(baseAddress, txData);

    __delay_cycles(50);
	}

	return (0);
}

Slave code 

#include "driverlib.h"

const uint16_t baseAddress = 0x0640;
const uint8_t slaveAddress = 0b0010001;

int main(void) {

	int i = 0;

	WDT_A_hold(WDT_A_BASE);

	GPIO_setAsPeripheralModuleFunctionInputPin(GPIO_PORT_P1, GPIO_PIN6 + GPIO_PIN7,
												GPIO_SECONDARY_MODULE_FUNCTION);

	PM5CTL0 &= ~LOCKLPM5;

    EUSCI_B_I2C_initSlaveParam slave_init = {slaveAddress, EUSCI_B_I2C_OWN_ADDRESS_OFFSET0 /*0x00, can change later*/, EUSCI_B_I2C_OWN_ADDRESS_ENABLE};
    EUSCI_B_I2C_initSlaveParam *slave_init_ptr = &slave_init;
    EUSCI_B_I2C_initSlave(baseAddress, slave_init_ptr);

    EUSCI_B_I2C_setMode(baseAddress, EUSCI_B_I2C_RECEIVE_MODE);

    EUSCI_B_I2C_enable(baseAddress);

    while(1);


    return (0);
}

Forgot to attach the Oscope screen, SDA is CH0 and SCL is CH1

User's Guide section 23.3.5.1.2 (I²C Slave Receiver Mode) says:

If the slave receives data from the master, the eUSCI_B module is automatically configured as a receiver and UCTR is cleared. After the first data byte is received, the receive interrupt flag UCRXIFG0 is set. The eUSCI_B module automatically acknowledges the received data and can receive the next data byte.

If the previous data was not read from the receive buffer UCBxRXBUF at the end of a reception, the bus is stalled by holding SCL low.

Your slave is too lazy; I guess only the very first byte got ACKed.